REMARKS 



In view of the above amendments and the following remarks, further examination and 
reconsideration of the rejections in the Office Action of October 9, 2008 are respectfully 
requested. 

The specification and abstract have been carefully reviewed and revised to make 
grammatical and idiomatic improvements. The amendments to the specification and abstract are 
incorporated in the attached substitute specification and abstract. No new matter has been added. 
Also attached hereto is a marked-up version of the changes made to the specification and 
abstract by the current amendment. The attachment is captioned " Version with Markings to 
Show Changes Made " 

In item 2 on page 2 of the Office Action, claims 94 and 96 are rejected under 35 USC § 
101 as being directed to non-statutory subject matter. Claims 94 and 96 have been amended to 
recite an electronic communication terminal having a computer-readable storage medium with a 
computer program stored therein for causing the terminal to execute a predetermined process in 
association with another host connected to the network. Thus, this rejection is now believed 
inapplicable to claims 94 and 96, and its withdrawal is respectfully requested. 

In items 1-20 on pages 3-10 of the Office Action, claims 1, 30-35, 41, 42, 47-53, 78-83, 
88-94, and 96 are rejected under 35 USC § 102(e) as being anticipated by Beck et al. (US 
6,604,140); in items 21-32 on pages 11-16 of the Office Action, claims 58-63, 68-73, 95, and 97 
are rejected under 35 USC § 103(a) as being unpatentable over Beck, and further in view of the 
Intel Technology Journal (Vol. 6 Iss. 4, Nov 15, 2002). These rejections are traversed for the 
reasons below, and withdrawal of these rejections is respectfully requested. 

I. Claims 1, 47, 58, and 68 set forth service software acquiring methods having a step in 

which a local host requests a service administration host to start a desired remote service. 

It is held in the Office Action that this is disclosed in Beck at column 6, line 5 ("a client 

requests usage of a service by querying the service registry"). However, the service registry, i.e. 

service administration host, queried by the device, i.e. local host, is in the device, as shown in 
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Figure 1 . In Beck, the local host does not query a service administration host, but queries a 
local list of services available. Thus, the limitation of a step in which a local host requests a 
service administration host to start a desired remote service is not disclosed in Beck. 

II. Claims 1, 47, 58, and 68 set forth service software acquiring methods having a step in 
which, in response to the request to start the remote service, the service administration host 
chooses one or more remote hosts capable of sharing the remote service with the local host, and 
returns information about the one or more remote hosts to the local host. 

It is held in the Office Action that Beck discloses this at column 6, lines 9-13 ("[t]he 
registry matches this request against descriptors of known services. If a service descriptor 
matches the description of the requested service, the registry. . . checks if the service is already 
loaded on the device"). However, as noted above, this is a query of a local list to see if a service 
descriptor is registered, followed by a check to sec if the service is already loaded on the local 
host. Further, the register returns available services to the local host, not information about one 
or more remote hosts capable of sharing the remote service with the local host, as recited in 
claims 1, 47, 58, and 68. 

Thus, the limitation of a step in which, in response to the request to start the remote 
service, the service administration host chooses one or more remote hosts capable of sharing the 
remote service with the local host, and returns information about the one or more remote hosts to 
the local host is not disclosed in Beck. 

III. Claims 1, 47, 58, and 68 set forth service software acquiring methods having a step in 
which, based on the returned information about the one or more remote hosts, the local host 
selects a remote host with which to share the remote service from among the one or more remote 
hosts chosen by the service administration host, and either instructs the selected remote host to 
download the software necessary for sharing the remote service from the service administration 
host (claims 1 and 58) or instructs the service administration host to transmit the software 
necessary for sharing the remote service to the selected remote host (claims 47 and 68). 
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It is held in the Office Action that Beck discloses this at column 6, lines 13-15 ("If the 
service is not loaded on the device, the service registry follows steps 503, 504 and 505 in order 
to respectively download the service interface, adapter, and implementation"). However, in 
Beck, the local host chooses a service, not a remote host as recited in claims 1, 47, 58, and 68, 
and instructs for software to be downloaded/transmitted from the service administration host. 
Further, in Beck the registry, identified with the service administration host in the Office Action, 
is in the local host, and thus, Beck discloses a step in which the local host instructs 
downloading/transmitting software from itself, in contrast to the recitation in claims 1, 47, 58, 
and 68. 

Thus, the limitation of a step in which, based on the returned information about the one 
or more remote hosts, the local host selects a remote host with which to share the remote service 
from among the one or more remote hosts chosen by the service administration host, and either 
the selected remote host downloads the software necessary for sharing the remote service from 
the service administration host or the service administration host transmits the software 
necessary for sharing the remote service to the selected remote host is not disclosed in Beck. 

IV. Claims 1, 47, 58, and 68 set forth service software acquiring methods having a step in 
which the software necessary for sharing the remote service is downloaded to, or transmitted to, 
the selected remote host from the service administration host. 

It is held in the Office Action that Beck discloses this at column 6, lines 13-15. 
However, Beck discloses only that the software necessary for the service is downloaded to the 
local host. Beck does not disclose that software is downloaded to, or transmitted to, a remote 
host, as recited in claims 1, 47, 58, and 68. 

V. Claim 78 sets forth a service software acquiring method having a step in which the local 
host selects a remote host that is capable of executing the software necessary for the remote 
service that is desired to be shared. 

It is held in the Office Action that Beck discloses this at column 6, line 5. However, 

Beck here discloses a local host querying a local list (the registry) to request a service. Further, 

32 



if a service descriptor is registered for the service, but the service is not loaded on the device, the 
local host selects a remote host to download the software from, not a remote host that is capable 
of executing the software necessary for the remote service that is desired to be shared, as recited 
in claim 78. 

Thus, the limitation of a step in which the local host selects a remote host that is capable 
of executing the software necessary for the remote service that is desired to be shared, as recited 
in claim 77, is not disclosed in Beck. 

VI. Claim 78 sets forth a service software acquiring method having a step of instructing the 
selected remote host to download the software from the service administration host, and a step in 
which the selected remote host downloads the software necessary for the remote service from the 
service administration host. 

It is held in the Office Action that Beck discloses this at column 6, lines 13-15. 
However, as noted above, Beck discloses that a local host sends instructions and downloads 
necessary software from a remote host to itself, not from a service administration host to a 
remote host. 

Thus, the limitation of a step of instructing the selected remote host to download the 
software from the service administration host, and a step in which the selected remote host 
downloads the software necessary for the remote service from the service administration host, as 
recited in claim 77, is not disclosed in Beck. 

VIII. Claim 88 sets forth a service software acquiring system wherein a first electronic 

communication device includes software acquisition means for, when executing a desired 

process, instructing a second electronic communication device recognized by an association 

recognition means to acquire the software necessary for executing the desired process stored in a 

service administration host. 

It is held in the Office Action that Beck discloses this at column 6, lines 13-15 and 

column 7, lines 17-18 ("a service that executes on a device other than the one using it"). 

However, as discussed above, Beck discloses that a local host has a registry of software available 

33 



on the network; if a descriptor for a service not loaded on the local host exists in the registry, 
then the local host can either download the software for the process to itself (the embodiment in 
Beck the Examiner applied in the rejection of the previously discussed independent claims) or 
the local host can cause the process to be executed on the remote host (the embodiment in Beck 
disclosed in column 7). However, the local host in Beck is not able to instruct a remote host to 
acquire software necessary for executing a process; rather, Beck requires that the software be 
already loaded on the remote host. 

Thus, in neither embodiment of Beck applied in the Action does a first electronic 
communication device include software acquisition means for, when executing a desired process, 
instructing a second electronic communication device recognized by an association recognition 
means to acquire the software necessary for executing the desired process stored in a service 
administration host, as recited in claim 88. 

IX. Claims 94 and 96 set forth electronic terminals having software acquisition request 
means and software acquisition request reception means, respectively, for causing a remote host 
to acquire (or for acquiring) software from a service administration host for executing a 
predetermined process in association with the electronic communication terminal. 

It is held in the Office Action that Beck discloses this at column 6, lines 13-15. 
However, Beck discloses downloading software to the local host, or executing it remotely on the 
remote host. Beck does not disclose software acquisition request means and software acquisition 
request reception means, respectively, for causing a remote host to acquire (or for accepting a 
request to acquire) software from a service administration host for executing a predetermined 
process in association with the electronic communication terminal, as recited in claims 94 and 
96. 

Accordingly, the present invention as recited in claims 1, 47, 58, 68, 78, 88, 94, and 96 is 

not disclosed or suggested by Beck. The Intel Technology Journal (Vol. 6 Iss. 4, Nov 15, 2002) 

was cited for disclosing aspects of the invention relating to a certificate authority host and user 

keys, and does not obviate any of the shortcomings of Beck discussed above. Thus, there is no 
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disclosure or suggestion of the present invention as recited in claims 1, 47, 58, 68, 78, 88, 94, 
and 96 in the combined disclosures of Beck and the Intel Technology Journal (Vol. 6 Iss. 4, Nov 
15, 2002). 

In items 33-38 on pages 16-18 of the Office Action, claims 36-40 are rejected under 35 
USC § 103(a) as being unpatentable over Beck, and further in view of Phan et al. (US 
6,064,437); in items 39-43 on pages 18-23 of the Office Action, claims 43-46, 54-57, and 84-87 
are rejected under 35 USC § 103(a) as being unpatentable over Beck, and further in view of 
Danahy et al. (US 5,758,077); in items 44 and 45 on page 23 of the Office Action, claims 64-67 
and 74-77 are rejected under 35 USC § 103(a) as being unpatentable over Beck in view of the 
Intel Technology Journal (Vol. 6 Iss. 4, Nov 15, 2002), and further in view of Danahy. These 
rejections are traversed for the reasons below, and withdrawal of the rejections is respectfully 
requested. 

Phan, Danahy, and the Intel Technology Journal (Vol. 6 Iss. 4, Nov 15, 2002) do not 
obviate the deficiencies of Beck discussed above, nor were they relied on in the Office Action as 
disclosing the limitations discussed above. Accordingly, claims 36-40, 43-46, 54-57, 64-67, 74- 
77, and 84-87, are believed not disclosed or suggested by the prior art of record, at least by virtue 
of depending from independent claims which are not suggested by the prior art of record. 

Accordingly, it is submitted that claims 1, 47, 58, 68, 78, 88, 94, and 96 are clearly 
allowable over the prior art of record, as are claims 30-46, 48-57, 59-67, 69-77, 79-87, 89-93, 95, 
and 97 depending therefrom. 

In view of the foregoing amendments and remarks, it is respectfully submitted that the 
present application is clearly in condition for allowance. An early notice thereof is earnestly 
solicited. 
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If, after reviewing this Amendment, the Examiner feels that there are any issues 
remaining which must be resolved before the application can be passed to issue, it is respectfully 
requested that the Examiner contact the undersigned by telephone in order to resolve such issues. 



AAD/JRF/kh 

Washington, D.C. 20006-1021 
Telephone (202) 721-8200 
Facsimile (202) 721-8250 
January 16, 2009 



Respectfully submitted, 
Tomonori NAKAMURA et al. 

/Aldo A. D'Ottavio/ 
By: 2009.01.16 19:26:00 -OS 'OO' 

Aldo A. D'Ottavio 
Registration No. 59,559 
Agent for Applicants 
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